home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.cs.arizona.edu
/
ftp.cs.arizona.edu.tar
/
ftp.cs.arizona.edu
/
icon
/
newsgrp
/
group97b.txt
/
000078_icon-group-sender _Tue Sep 23 17:27:58 1997.msg
< prev
next >
Wrap
Internet Message Format
|
2000-09-20
|
2KB
Return-Path: <icon-group-sender>
Received: from kingfisher.CS.Arizona.EDU (kingfisher.CS.Arizona.EDU [192.12.69.239])
by cheltenham.cs.arizona.edu (8.8.7/8.8.7) with SMTP id RAA16855
for <icon-group-addresses@cheltenham.CS.Arizona.EDU>; Tue, 23 Sep 1997 17:27:58 -0700 (MST)
Received: by kingfisher.CS.Arizona.EDU (5.65v4.0/1.1.8.2/08Nov94-0446PM)
id AA07551; Tue, 23 Sep 1997 17:27:57 -0700
Message-Id: <34281F1D.5E91@wwnet.com>
Date: Tue, 23 Sep 1997 15:57:17 -0400
From: Scott Helmke <scott@wwnet.com>
Reply-To: scott@wwnet.com
X-Mailer: Mozilla 3.01C-WWNet (Win95; U)
Mime-Version: 1.0
To: icon-group@cs.arizona.edu
Subject: Size limit on Icon programs?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Errors-To: icon-group-errors@cs.arizona.edu
Status: RO
I've got an Icon application that is used to generate C code for a
database system... you specify tables, columns, abbreviations, reports,
etc. and the Icon stuff comes up with the C code that is the real source
code. We've been doing this for years, and even ported it all over from
MS-DOS to SCO unix a few years ago, Icon and all.
The problem I am having is that beyond a certain size (hard to
quantify), the icont link fails (this has been noticed on the unix side,
and is related to a specific set of data) with a segmentation fault. I
have been able to get around this by removing unused things from the
Icon programs, but now I've run out of things to remove.
I was using Icon 9.0, and just upgraded to the latest (9.3). No luck,
and I spent a day trying to pinpoint the crash to no avail. I also
tried it on my trusty old DOS version of Icon, but that failed also
(lots of "Illegal opcode" type messages with random ASCII control
characters mixed in). Any ideas? A fixed size limit? I can probably
tar and compress the whole thing up, although running it (iconx) may not
work on another platform due to the large amount of configuration things
(directories to write into, etc) that need to be set.
Things I *have* figured out:
There are 12 .icn source files, all of them are compiled by icont with
no errors or warnings. The crash happens in the "third phase" of the
linking part of icont. I found a couple odd things related to
SCO-specific weirdness in the Icon distribution, but fixing those didn't
make any difference.
Thanks,
-Scott Helmke